Single-mode implement steering

ABSTRACT

A guidance system identifies a path on a field and then calculates a position and heading of a trailer relative to the path. The guidance system steers a vehicle connected to the trailer based on the calculated trailer position and heading to minimize the trailer positional error and more quickly and accurately align the trailer with the path. The guidance system may align the trailer with the path while steering the vehicle in a reverse direction and may steer the vehicle based on a predicted trailer position and heading.

The present application is a continuation application of U.S. Ser. No. 15/345,792 filed on Nov. 8, 2016, which claims priority to U.S. Provisional Patent Application Ser. No. 62/257,396 filed on Nov. 19, 2015, entitled: PASSIVE, CLOSED-LOOP, SINGLE-MODE IMPLEMENT STEERING which are all incorporated by reference in their entirety.

COPYRIGHT NOTICE

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the United States Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.

TECHNICAL FIELD

One or more implementations relate generally to passive, closed-loop, single-mode implement steering.

BACKGROUND

A steering controller may autonomously steer a vehicle along predefined paths or rows in a field. The paths or rows are alternatively referred to as way lines or AB lines and the guidance system may steer vehicles used for any type of operation including planting, fertilizing, grading, harvesting, etc. The guidance system tries to accurately steer the vehicle over the intended path. Any errors or delays steering the vehicle over the correct path may cause the vehicle to apply materials, such as seed and/or fertilizer, in wrong or suboptimal locations reducing yields and increasing waste.

The vehicle is often attached to an implement that performs agricultural tasks. Many of these implements can be classified as hitched, trailing implements that are pulled by the vehicle and are free to rotate about a hitch point. Unfortunately, the path taken by the vehicle is not always the same path taken by the implement and the steering controller while steering the vehicle over a desired path (by minimizing positional error) may not accurately track the implement over the same path.

BRIEF DESCRIPTION OF THE DRAWINGS

The included drawings are for illustrative purposes and serve to provide examples of possible structures and operations for the disclosed inventive systems, apparatus, methods and computer-readable storage media. These drawings in no way limit any changes in form and detail that may be made by one skilled in the art without departing from the spirit and scope of the disclosed implementations.

FIG. 1 shows an example of dual-mode implement steering.

FIG. 2 shows an example of a single-mode implement steering.

FIG. 3 shows an example of a single-mode implement steering on a curved path.

FIG. 4 shows an example guidance system that calculates steering commands for executing single-mode implement steering.

FIGS. 5 and 6 shows vehicle/trailer models.

FIG. 7 shows an example system for measuring implement position.

FIG. 8 shows an example system for predicting implement position.

FIG. 9 shows an example process for passive closed-loop single-mode implement steering.

FIG. 10 shows how single-mode implement steering may steer a vehicle in a reverse direction.

FIG. 11 shows an example guidance system for performing single-mode implement steering.

FIG. 12 shows the guidance system of FIG. 11 controlling an auto-steering system.

DETAILED DESCRIPTION

A vehicle guidance system steers a vehicle so a towed implement more quickly and accurately tracks a desired path. Instead of first aligning the vehicle over the path, the vehicle guidance system first aligns the implement over the path by minimizing implement positional error relative to the path. In one example, the guidance system uses a passive closed-loop single-mode implement steering scheme rather than first switching between a vehicle steering control mode and a second implement steering control mode.

The single-mode steering scheme may use both the implement and vehicle positions and orientations relative to the path. The guidance system may obtain the implement position and orientation using two different methods. A first method places sensors on the implement itself (GPS and inertial sensors) and compares their relative positions and orientations to the vehicle. The vehicle is also fitted with sensors to monitor its own position and orientation. The second method predicts implement position and orientation based on known vehicle states and implement geometries.

Single-mode steering may manage implement errors from engagement, regardless of the current position of the implement relative to a way line. This is different from alternative implement steering strategies such as dual-mode steering where a steering controller initially places the vehicle online. The dual-mode steering controller then waits for the implement to naturally converge onto the way line, generally a time consuming process, depending on the length and configuration of the implement. Once the implement has neared the desired path within a suitable threshold (typically an implement cross-track error threshold), the controller then switches to a separate implement steering controller to make the final correction and manage small variations in implement position. Acquisition performance of dual-mode steering is slow, and may consume a significant amount of time and distance along the desired path before starting implement control.

FIG. 1 illustrates the principles behind dual-mode implement steering. Initially in stage 1, vehicle 100 and implement 104 are offset from a desired path 110. A dual-mode controller 102 engages and steers vehicle 100 onto line 110 until acquisition is completed at stage 2. At stage 3, vehicle 100 is in-line with path 110; however, implement 104 has not yet reduced a position error relative to path 110 enough for initiating a second implement steering mode.

Once implement 104 finally reaches a desired position error threshold, the dual-mode controller 102 switches into a second implement steering mode, forcing vehicle 100 to perform a final correction maneuver in stage 4 to eventually place implement 104 in-line with path 110 in stage 5. For example, during the second steering mode, controller 102 may start reading position signals from a GPS receiver on implement 104 to determine a distance of implement 104 from path 110 and steer vehicle 100 to reduce the position error of implement 104 with path 110.

FIG. 2 shows how a single-mode implement steering scheme places implement 104 onto desired path 110 quicker and more accurately than the dual-mode acquisition scheme in FIG. 1. Initially at stage 1, vehicle 100 and implement 104 are offset from desired path 110. A single-mode guidance system 120 is engaged at stage 1 and immediately starts steering vehicle 100 so that implement 104, instead of vehicle 100, first aligns with path 110. In other words, instead of initially reducing the position offset of vehicle 100, guidance system 120 immediately starts steering vehicle 100 through stages 2 and 3 to reduce a positional offset of implement 104 relative to path 110.

During stages 2 and 3, guidance system 120 may intentionally cause vehicle 100 to overshoot path 110 aggressively bringing implement 104 in-line with path 110. This is in contrary to the dual-mode steering in FIG. 1, which waits for vehicle 100 to first converge with path 110 before then aligning implement 104 with path 110. The aggressive attack angle taken by vehicle 100 while traveling toward and over path 110 more quickly aligns implement 104 and vehicle 100 with path 110 at stage 4 and uses fewer steering stages than the dual-mode steering shown in FIG. 1.

FIG. 3 shows how the single-mode steering scheme more quickly and accurately tracks an implement along a circular or curved path 130. At stage 1 vehicle 100 and implement 104 are again offset from curved path 130. In state 2, guidance system 120 engages and steers vehicle 100 to reduce a positional error of implement 104 relative to path 130. Similar to the straight path in FIG. 2, guidance system 120 may cause vehicle 100 to overshoot path 130 to more quickly reduce the positional error of implement 104 relative to path 130.

Guidance system 120 detects or predicates implement 104 aligned over curved path 130 in stage 3. For example, the guidance system 120 may receive GPS signals from a GPS receiver (not shown) mounted on implement 104 or may calculate a predicted position of implement 104 based on vehicle and implement parameters as described in more detail below. After aligning implement 104 with curved path 130, guidance system 120 holds vehicle 100 in a steady turn radius so implement 104 remains in a same aligned position with curved path 130.

Guidance system 120 may maintain a position and heading offset 132 between vehicle 100 and curved path 130 to keep implement 104 in-line with curved path 130. Offset 132 could be problematic for dual-mode controllers that first place vehicle 100 in-line with path 130 in a first mode before waiting for implement 104 to converge with path 130 in the second mode. If a steady-state position of implement 100 is outside a switching threshold, the dual-mode controller may remain fixed in the first vehicle alignment mode and never switch to the second implement alignment mode.

FIG. 4 shows in more detail the guidance system that controls automated passive, closed-loop, single-mode implement steering. Referring to FIGS. 1-4 and more specifically to FIG. 4, vehicle sensors 150 are located on vehicle 100 and may generate vehicle state data 154, and implement sensors 152 are located on implement 104 and may generate implement state data 156.

For example, vehicle sensors 150 and implement sensors 152 may include any combination of global positioning system (GPS) receivers and inertial sensors, such as gyroscopes and accelerometers. Vehicle sensors 150 may generate any combination of navigation signals that identify a state of vehicle 100, such as latitudinal and longitudinal positions, heading, speed, steering angle, pitch, roll, yaw, etc. Implement sensors 152 generate similar state information for implement 104.

A navigation processor 158 may aggregate vehicle state data 154 and implement state data 156 to derive position and heading data and other navigation information for vehicle 100 and implement 104. Navigation processor 158 also may include a computer with a computer screen that a user accesses to perform path planning such as inputting a desired set of way lines defining a path over a field.

A single-mode implement steering controller 162 receives the reference path, positional data for vehicle 100 and positional data for implement 104 from navigation processor 158. Controller 162 calculates error/distances of vehicle 100 and implement 104 relative to path 110. For example, controller 162 may calculate a vehicle heading error, an implement heading error, and an implement cross-track error relative to the stored path entered by the user.

Controller 162 generates steering commands 164 based on the derived vehicle and implement error values. Steering commands 164 are sent to a vehicle steering system 166 that steer vehicle 100 according to the single-mode tracking scheme to more quickly and accurately align implement 104 onto the target path as described above in FIGS. 2 and 3.

In one example, controller 162 may perform single-mode implement steering using only vehicle state data 154 from vehicle sensors 150. In this example, controller 162 may use predicted error values for implement 104.

In one example, navigation processor 158 and single-mode implement steering controller 162 are functional delineations within guidance system 120. For example, the same or different processing devices in guidance system 120 may perform any combination of operations in navigation processor 158 and steering controller 162. For example, a first set of software executed in one or more processing devices located on vehicle 100 may implement navigation processor 158 and a second set of software executed by the same or different combination of processing devices may use single-mode controller 162.

Kinematic Vehicle/Trailer Model

FIG. 5 shows a vehicle/trailer model (geometry) and FIG. 6 shows a vehicle/trailer model (states). Implement 104 in FIGS. 1-3 is alternatively referred to below as a trailer. Kinematic models may only use spatial and geometric properties to describe the motion of a system, and may not consider causal forces such as friction and weight to explain those behaviors. Kinematic models may provide an idealized view of the motion and interactions between components within the system, and generally provide good representations of system dynamics.

FIGS. 5 and 6 illustrate the geometric representation of a vehicle-implement system. In this system, L₁ denotes vehicle wheelbase, L₂ the trailer length, and c represents a hitch length of the vehicle behind a control point. In this model, it is assumed that the vehicle control point is at the center of the rear axle. The equations of motion that govern this system are as follows:

$\begin{matrix} {\overset{.}{x} = {V\; {\cos \left( \psi_{v} \right)}}} & (2.1) \\ {\overset{.}{y} = {V\; {\sin \left( \psi_{v} \right)}}} & (2.2) \\ {{\overset{.}{\psi}}_{v} = {\frac{V}{L_{1}}{\tan \left( \delta_{S} \right)}}} & (2.3) \\ {{\overset{.}{\psi}}_{t} = {\frac{V_{t}}{L_{2}}{\sin \left( {\psi_{v} - \psi_{t} - \theta} \right)}}} & (2.4) \\ {\overset{.}{\Gamma} = {{\overset{.}{\psi}}_{v} - {\overset{.}{\psi}}_{t}}} & (2.5) \\ {x_{t} = {x - {c\; {\cos \left( \psi_{v} \right)}} - {L_{2}\; {\cos \left( \psi_{t} \right)}}}} & (2.6) \\ {{y_{t} = {y - {c\; {\sin \left( \psi_{v} \right)}} - {L_{2}\; {\sin \left( \psi_{t} \right)}}}}{where}} & (2.7) \\ {\theta = {\tan^{- 1}\left( \frac{c\; {\tan \left( \delta_{S} \right)}}{L_{1}} \right)}} & (2.8) \\ {V_{t} = {V\mspace{14mu} {\sec (\theta)}}} & (2.9) \end{matrix}$

For this system, the terms x and y represent the position of the vehicle control point in the local frame, ψ_(ν) represents the heading of the vehicle, ψ_(t) represents the trailer heading, Γ represents the articulation angle of the vehicle (the heading difference between the vehicle and trailer), and x_(t) and y_(t) represent the position of the trailer in the local frame. The terms V and δ_(s) represent the speed and steering angles of the vehicle respectively, and are the system control inputs.

One difference between a vehicle and vehicle/trailer system is the additional states for trailer heading ψ_(t), articulation angle Γ, and trailer position x_(t) and y_(t). The behavior of the trailer when the system is in motion is characterized by these states, and is influenced by the trailer geometry.

System Linearization

From a control perspective, the states to be managed when controlling the vehicle/trailer system are vehicle heading, trailer heading, and trailer cross-tracker error. The parameters are therefore linearized about these states so a suitable plant can be formulated to form the basis of the controller design. To do so, non-linear definitions are determined for vehicle and trailer heading rates:

$\begin{matrix} {{\overset{.}{\psi}}_{v} = {V\; \kappa_{v}}} & (2.10) \\ {{{\overset{.}{\psi}}_{t} = {\frac{V_{t}}{L_{2}}{\sin \left( {\psi_{vb} - \psi_{t} - \theta} \right)}}}{where}} & (2.11) \\ {\kappa_{v} = \frac{\tan \left( \delta_{S} \right)}{L_{1}}} & (2.12) \\ {{\theta = {\tan^{- 1}\left( {c\; \kappa_{\theta}} \right)}}{V_{t} = {V\; {\sec (\theta)}}}} & (2.14) \end{matrix}$

Applying small angle approximations to Equations 2.10 to 2.14 results in the following linearized system:

$\begin{matrix} {{\overset{.}{\psi}}_{v} = {V\; \kappa_{v}}} & (2.15) \\ {{\overset{.}{\psi}}_{t} = {\frac{V}{L_{2}}{\sin \left( {\psi_{v} - \psi_{t} - {c\; \kappa_{v}}} \right)}}} & (2.16) \end{matrix}$

In the design of the single-mode controller, it is more applicable to represent the relevant vehicle and trailer states as functions of error states as the controller may act as a regulator (reference of zero). Consequently, the system can be expressed as:

$\begin{matrix} {\overset{.}{e_{\psi_{v}}} = {V\; e_{\kappa_{v}}}} & (2.17) \\ {\overset{.}{e_{\psi_{t}\;}} = {\frac{V\; e_{\psi_{v}}}{L_{2}} - \frac{V\; e_{\psi_{t}}}{L_{2}} - \frac{{cV}\; e_{\kappa_{v}}}{L_{2}}}} & (2.18) \\ {\overset{.}{e_{{ct}_{t}}} = {V\; e_{\psi_{t}}}} & (2.19) \end{matrix}$

where e_(ψν) denotes vehicle heading error, e_(ψt) is trailer heading error, e_(ctt) is trailer cross-track, and e_(kν) is vehicle curvature error.

Heading errors refer to the difference in heading between the vehicle and trailer relative to the desired path. If the vehicle or trailer is travelling parallel with the desired path, their respective heading errors will be zero. Cross-track error refers to the lateral position offset of the trailer to the desired path. If the trailer is either left or right of the path, the cross-track will be non-zero. The trailer is travelling on-line when both the heading errors and cross-track errors are zeros. Vehicle curvature error is the amount of curvature demand applied by the vehicle to steer the vehicle onto the desired path.

In state-space form, the system can be expressed as:

$\begin{matrix} {\begin{bmatrix} \overset{.}{e_{\psi_{v}}} \\ \overset{.}{e_{\psi_{t}}} \\ \overset{.}{e_{{ct}_{t}}} \end{bmatrix} = {{\begin{bmatrix} 0 & 0 & 0 \\ \frac{V}{L_{2}} & {- \frac{V}{L_{2}}} & 0 \\ 0 & V & 0 \end{bmatrix}\begin{bmatrix} e_{\psi_{v}} \\ e_{\psi_{t}} \\ e_{{ct}_{t}} \end{bmatrix}} + {\begin{bmatrix} V \\ {- \frac{cV}{L_{2}}} \\ 0 \end{bmatrix}e_{\kappa_{v}}}}} & (2.20) \end{matrix}$

which is in the linear state-space form:

{dot over (x)}=Ax+Bu  (2.21)

Controller Gains

When designing controllers using the pole-placement technique, a desired characteristic equation is defined. The following closed-loop characteristic equation was one example selected for the system described in Equation 2.20.

Φ_(D)(s)=(s+ω _(l))(s ²+2ζω_(h) s+ω _(h) ²)  (2.22)

here ω_(h) and ω_(l) define the desired high and low frequencies pole locations, with ζ defining the damping factor. The desired characteristic equation is third order to accommodate the three states in the system to be controlled. Expanding the expression and grouping the polynomial into coefficients of s yields:

Φ_(D)(s)=s ³+(2ζω_(h)+ω_(l))s ²+(ω_(h) ²+2ζω_(h)ω_(l))s+ω _(h) ²ωl  (2.23)

In state-space, the desired controller can be expressed as:

{right arrow over (u)}=K{right arrow over (x)}  (2.24)

where

{right arrow over (K)}=[K ₁ K ₂ K ₃]^(T)  (2.25)

represents a vector of controller gains acting on the system states expressed in Equation 2.20. Substituting Equation 2.24, the closed-loop system can be expressed as:

{right arrow over ({dot over (x)})}=[A+B{right arrow over (K)}]{right arrow over (x)}  (2.26)

The closed-loop characteristic equation for this system can be found by calculating the determinant of the following transfer function realization:

Φ_(cl)(s)=|[sI−(A+B{right arrow over (K)})]⁻¹|  (2.27)

As a result, the closed-loop characteristic equation expressed in coefficients of s is:

$\begin{matrix} {{{\Phi_{cl}(s)} = {{a_{0}s^{3}} + {a_{1}s^{2}} + {a_{2}s} + a_{3}}}{where}} & (2.28) \\ {a_{0} = 1} & (2.29) \\ {a_{1} = {{VK}_{1} - {\frac{cV}{L_{2}}K_{2}} + \frac{V}{L_{2}}}} & (2.30) \\ {a_{2} = {{\frac{V^{2}}{L_{2}}K_{1}} - {\frac{V^{2}}{L_{2}}K_{2}} - {\frac{{cV}^{2}}{L_{2}}K_{3}}}} & (2.31) \\ {a_{3} = {\frac{V^{3}}{L_{2}}K_{3}}} & (2.32) \end{matrix}$

By equating the coefficients a₀ to a₃ with the coefficients of s in Equation 2.23, it is possible to evaluate the controller gains in K as a function of desired closed-loop pole locations and system geometries. Expressed in matrix form, the coefficients can be equated to:

$\begin{matrix} {{\begin{bmatrix} V & {- \frac{cV}{L_{2}}} & 0 \\ \frac{V^{2}}{L_{2}} & \frac{V^{2}}{L_{2}} & {- \frac{{cV}^{2}}{L_{2}}} \\ 0 & 0 & \frac{V^{3}}{L_{2}} \end{bmatrix}\begin{bmatrix} K_{1} \\ K_{2} \\ K_{3} \end{bmatrix}} = \begin{bmatrix} {{2{{\zeta\omega}\;}_{h}} + \omega_{l} - \frac{V}{L_{2}}} \\ {\omega_{h}^{2} + {2{\zeta\omega}_{h}\omega_{l}}} \\ {\omega_{h}^{2}\omega_{l}} \end{bmatrix}} & (2.33) \end{matrix}$

Solving Equation 2.33 yields:

$\begin{matrix} {K_{1} = \frac{{2{\zeta\omega}_{h}} + \omega_{l} - \frac{V}{L_{2}} + \frac{{cV}\mspace{11mu} K_{2}}{L_{2}}}{V}} & (2.34) \\ {K_{2} = \frac{\omega_{h}^{2} + {2{\zeta\omega}_{h}\omega_{l}} + \frac{c\; \omega_{h}^{2}\omega_{l}}{V} - {\frac{V}{L_{2}}\left( {{2{{\zeta\omega}\;}_{h}} + \omega_{l} - \frac{V}{L_{2}}} \right)}}{\frac{V}{L_{2}}\left( {1 + \frac{c}{L_{2}}} \right)}} & (2.35) \\ {K_{3} = \frac{L_{2}\omega_{h}^{2}\omega_{l}}{V^{3}}} & (2.36) \end{matrix}$

which are the gains acting on the system states to formulate the control input u (Equation 2.24), which in this case is the vehicle curvature error e_(K) _(ν) .

The single-mode implement steering controller is driven by three error states—vehicle heading error e_(ψν), trailer heading error e_(ψt), and trailer cross-track error e_(ct) _(t) . Management of these error states allows for the formulation of the demanded vehicle curvature for the system, expressed generally as:

$\begin{matrix} {e_{\kappa_{v}} = {{\begin{bmatrix} K_{1} & K_{2} & K_{3} \end{bmatrix}\begin{bmatrix} e_{\psi_{v}} \\ e_{\psi_{t}} \\ e_{\psi_{{ct}_{t}}} \end{bmatrix}} + {K_{int}{\int{e_{{ct}_{t}}{dt}}}}}} & (2.37) \end{matrix}$

where e_(K) _(ν) is the demanded vehicle curvature error used for steering the vehicle.

The terms K₁, K₂, K₃, expressed in Equations 2.34, 2.35 and 2.36, define the evaluated controller terms. They are calculated to manage each respective error state, and are automatically adjusted based on vehicle speed to maintain consistent implement acquisition and online performance across the operational speed range. The term K_(int) is an integral term that acts to minimize steady-state implement cross-track error.

Constraint Management

A consideration when controlling a vehicle/trailer system is managing constraints, namely, the articulation angle between the vehicle and trailer. As the vehicle maneuvers, the trailer pivots about the hitch point, altering the angle it makes with the vehicle. If the vehicle happens to steer too aggressively, the potential exists for the trailer angle to increase to a point that the system jackknifes, causing the trailer to collide with the vehicle.

To prevent this scenario, the single-mode controller monitors the articulation angle Γ, where the rate calculation is described in Equation 2.5. To ensure that the system does not jackknife, upper and lower limits for the articulation angle are obtained either through physical measurements or calibration such that:

Γ_(min)<Γ<Γ_(max)  (2.38)

where Γ_(min) is the lower articulation angle limit and Γ_(max) is the upper articulation angle limit. Any demanded vehicle curvature error generated by the controller, calculated in Equation 2.37, may use these limits for implement steering.

Control Applications

As explained above, passive, closed-loop, single-mode implement steering may use implement navigation states (position, speed, heading and yaw rate) for more efficiently locating an implement onto a path. The implement navigation states may be obtained using either a measured implement scheme or a virtual implement scheme.

FIG. 7 shows on example system that uses the measured implement scheme. Vehicle 100 may include the guidance system 120 described above for processing vehicle and implement navigation data and generating steering commands for steering vehicle 100. Guidance system 120 may include a central processor and vehicle inertial sensors 150B. A GPS receiver 150A also may be installed on vehicle 100. Inertial sensor 150B and GPS sensor 150A may generate the navigation states for vehicle 100 such as, position, speed, heading and yaw rate, etc.

An implement GPS receiver 152A and implement inertial sensors 152B are installed on implement 104. GPS receiver 152A and inertial sensors 152B may generate and send navigation states for implement 104 to guidance system 120 via wired or wireless connections.

Guidance system 120 uses the vehicle navigation data from GPS 150A and inertial sensor 150B and the implement navigation data from GPS 152A and inertial sensor 152B to generate a steering control solution using Equation 2.37. The formulated control solution is sent to vehicle steering system 166 in FIG. 4 to steer implement 104 onto the desired path as shown above in FIGS. 2 and 3.

One advantage of the measured implement scheme in FIG. 7 is that navigation states of implement 104 are measured directly, allowing accurate steering control while also managing disturbances. For example, the direct measurements from implement GPS sensor 152 and inertial sensor 152B allow guidance system 120 to compensate for ruts, rocks, or any other obstruction that may move implement 104 off of the target path. For example, guidance system 120 may adjust the steering commands via Equation 2.37 to more quickly move implement 140 back onto the target path. The measured implement scheme uses the implement navigation data to perform terrain compensation and disturbance management for high accuracy control on level and sloped terrain.

FIG. 8 shows a virtual implement system for executing the virtual implement scheme. Inertial sensors 150 and GPS receiver 150B are still mounted on vehicle 100. However, implement GPS receiver 152A and implement inertial sensor 152B may no longer be mounted on implement 104. Implement 104 is considered virtual since a true implement position is not directly measured. Instead of directly measuring implement navigation states, guidance system 120 predicts the implement states. Guidance system 120 then uses the predicted implement states in 2.37 to calculate steering solutions for steering vehicle 100 so a virtual calculated position of implement 104 is located over the desired path.

In formulating an analytic solution for vehicle heading, begin with Equation 2.4:

$\begin{matrix} {{\overset{.}{\psi}}_{t} = {\frac{V_{t}}{L_{2}}{\sin \left( {\psi_{v} - \psi_{t} - \theta} \right)}}} & (3.1) \end{matrix}$

Integrating ψ_(t) with respect to time t results in the following analytic form:

$\begin{matrix} {{\psi_{t}(t)} = {\psi_{v} - \theta - {2{\tan^{- 1}\left( \frac{\tan \left( \frac{\psi_{v} - \psi_{t,0} - \theta}{2} \right)}{e^{\frac{V_{t}t}{L_{2}}}} \right)}}}} & (3.2) \end{matrix}$

where ψ_(t,0) is the initial trailer heading. Equation 3.2 provides an analytic representation of trailer heading over time. A derivation of Equation 3.2 is described below. The analytic solution assumes that basic vehicle information is available (V, δ_(S) and ψ_(ν)), which can be used to determine the subsequent trailer heading after a given period of time.

From equation 3.2, the position and speed of implement 104 relative to vehicle 100 is predicted through Equations 2.6 and 2.7. Over time, the predicted implement heading converges onto the true implement heading, even from an initial unknown position. One advantage of the virtual implement scheme is no additional sensor hardware is needed on implement 104 and is suitable for operating on flat terrain with few disturbances.

The virtual implement scheme of FIG. 8 also provides a level of redundancy for the measured implement scheme of FIG. 7. For example, implement navigation data from implement sensors 152A and 152B in FIG. 7 may become unavailable. Guidance system 120 may still perform single-mode implement steering by switching over to the virtual implement scheme described in FIG. 8.

The virtual implement scheme also may validate the accuracy of the measured implement data obtained from implement sensors 152A and 152B. For example, if the measured implement data from sensors 152A and 152B starts diverging from predicted implement measurements, guidance system 120 may generate a warning signal or execute a test operation to detect possible corruption of the measured implement data.

FIG. 9 shows one example single-mode implement steering process. In operation 200A, the guidance system identifies the position of the desired path. For example, a user may enter way lines into an electronic map displayed on a user interface attached to the guidance system.

In operation 200B, the guidance system may receive vehicle sensor data and possibly implement sensor data. For example, the guidance system may receive location, speed, heading, pitch, roll, yaw, or any other vehicle navigation data described above from GPS and/or inertial sensors located on the vehicle. The guidance system also may receive similar location, speed, heading, pitch, roll, yaw, etc. from GPS and/or inertial sensors located on the implement. In an alternative example described above, the implement may not include sensors, and the guidance system may predict the position and heading of the implement.

In operation 200C, the guidance system calculates a vehicle heading error based on a vehicle heading relative to the target path. For example, the guidance system uses the vehicle navigation data to calculate a heading of the vehicle and derives the vehicle heading error by calculating the difference between the vehicle heading and the path direction.

In operation 200D, the guidance system calculates an implement heading error based on a heading of the implement relative to the path. For example, the guidance system uses the implement navigation data, if any, to calculate a heading of the implement and then derives the implement heading error by calculating the difference between the implement heading and the path direction. As explained above, if the implement does not include navigation sensors, the guidance system may calculate the implement heading error based on a predicted implement heading.

In operation 200E, the guidance system calculates the implement cross-track error based on a distance of the implement from the path. For example, the guidance system uses the implement navigation data, if any, to calculate a location of the implement and then derives the implement cross-track error by calculating a distance of the implement location from the path location. As explained above, if the implement does not include navigation sensors, the guidance system may calculate the implement cross-track error based on a predicted implement location.

In operation 200F, the guidance system calculates a vehicle curvature error based on the vehicle heading error, trailer heading error, and trailer cross-track error. For example, the guidance system may calculate the demanded vehicle curvature error using equation 2.37. As mentioned above, instead of initially reducing the position offset of the vehicle, the guidance system immediately starts steering the vehicle to reduce a positional offset of the implement cross-track error relative to path 110.

In operation 200G, the guidance system generates steering commands based on the calculated vehicle curvature error and sends the steering commands to a steering controller. The steering commands provide single-mode vehicle steering so the implement first aligns over the desired path before the vehicle. In one example, the steering commands may cause the vehicle to overshoot the path while aligning the implement with the path. The steering commands then may cause the vehicle to turn back and align over the path. In another example, the path may be curved or the field may be contoured and the guidance system may keep the vehicle at an offset from the target path while the implement remains aligned over the path.

Reverse Single-Mode Implement Steering

When driven manually, the forward motion of a vehicle/trailer system is stable, with the implement naturally and predictably converging behind the vehicle over time. When driven in reverse however, the vehicle/trailer system is inherently unstable, where small disturbances in position may potentially lead to unpredictable trailer movements and run the risk of collision and jackknifing. Steering a vehicle/trailer system in reverse can also be counter-intuitive for an inexperienced driver, with opposite control needed to steer the trailer in the correct direction.

FIG. 10 shows how the guidance system performs reverse single-mode implement steering. By using the implement states as part of the vehicle/trailer model as described above in Equation 2.37, guidance system 120 may perform single-mode implement steering while vehicle 100 moves in reverse.

Initially vehicle 100 is offset from desired path 110 in stage 1. When guidance system 120 is engaged, vehicle 100 first steers away from path 110 in order to force implement 104 towards path 110 in stage 2. This maneuver highlights the counter-intuitiveness of steering a vehicle/trailer system in reverse, as opposite steering control is required to achieve the desired implement course change. As vehicle 100 nears path 110, vehicle 100 straightens to place implement 104 on-line in stage 3, with both vehicle 100 and implement 104 on-line at stage 4.

Conventional automated steering usually only steers based on vehicle location and the initial vehicle maneuver at stage 2 would normally be directly towards path 110. This rearward movement toward path 110 would cause implement 104 to head away from path 110 and ultimately jackknife. Guidance system 120 avoids these undesired situations by incorporating implement heading and position states into the steering control model describe above.

Virtual Implement Integral Evaluation

The following equations explain how the position and heading of the implement may be predicted. Defining implement heading rate is as follows:

$\begin{matrix} {{\overset{.}{\psi}}_{t} = {\frac{d\; \psi_{t}}{dt} = {\frac{V_{t}}{L_{2}}{\sin \left( {\psi - \psi_{t} - \theta} \right)}}}} & \left( {A{.1}} \right) \\ {{\int\frac{d\; \psi_{t}}{\sin \left( {\psi - \psi_{t} - \theta} \right)}} = {\frac{V_{t}}{L_{2}}{\int{dt}}}} & \left( {A{.2}} \right) \end{matrix}$

Using a standard integral solution for an integral in the form:

$\begin{matrix} {{{\int\frac{dx}{\sin \left( {a - x} \right)}} = {\ln \left( {\cot \left( \frac{a - x}{2} \right)} \right)}}{{gives},}} & \left( {A{.3}} \right) \\ {{\ln \left( {\cot \left( \frac{\psi - \psi_{t} - \theta}{2} \right)} \right)} = {{\frac{V_{t}}{L_{2}}t} + C}} & \left( {A{.4}} \right) \end{matrix}$

When t=0, ψ_(t)=ψ_(t,0), therefore:

$\begin{matrix} {{\ln \left( {\cot \left( \frac{\psi - \psi_{t} - \theta}{2} \right)} \right)} = {{\frac{V_{t}}{L_{2}}t} + {\ln \left( {\cot \left( \frac{\psi - \psi_{t,0} - \theta}{2} \right)} \right)}}} & \left( {A{.5}} \right) \\ {{{\ln \left( {\cot \left( \frac{\psi - \psi_{t} - \theta}{2} \right)} \right)} - {\ln \left( {\cot \left( \frac{\psi - \psi_{t,0} - \theta}{2} \right)} \right)}} = {\frac{V_{t}}{L_{2}}t}} & \left( {A{.6}} \right) \\ {{\ln\left( \frac{\cot \left( \frac{\psi - \psi_{t} - \theta}{2} \right)}{\cot \left( \frac{\psi - \psi_{t,0} - \theta}{2} \right)} \right)} = {\frac{V_{t}}{L_{2}}t}} & \left( {A{.7}} \right) \end{matrix}$

Taking the natural logarithm of the LHS and RHS and rearranging the trigonometric component gives:

$\begin{matrix} {\frac{\tan \left( \frac{\psi - \psi_{t,0} - \theta}{2} \right)}{\tan \left( \frac{\psi - \psi_{t} - \theta}{2} \right)} = e^{\frac{V_{t}}{L_{2}}t}} & \left( {A{.8}} \right) \end{matrix}$

And solving for ψ_(t) gives:

$\begin{matrix} {{{\overset{.}{\psi}}_{t}(t)} = {\overset{.}{\psi} - \theta - {2{\tan^{- 1}\left( \frac{\tan \left( \frac{\psi - \psi_{t,0} - \theta}{2} \right)}{e^{\frac{V_{t}}{L_{2}}t}} \right)}}}} & \left( {A{.9}} \right) \end{matrix}$

Examples of systems, apparatus, computer-readable storage media, and methods are provided solely to add context and aid in the understanding of the disclosed implementations. It will thus be apparent to one skilled in the art that the disclosed implementations may be practiced without some or all of the specific details provided. In other instances, certain process or methods also referred to herein as “blocks,” have not been described in detail in order to avoid unnecessarily obscuring the disclosed implementations. Other implementations and applications also are possible, and as such, the following examples should not be taken as definitive or limiting either in scope or setting.

References have been made to accompanying drawings, which form a part of the description and in which are shown, by way of illustration, specific implementations. Although these disclosed implementations are described in sufficient detail to enable one skilled in the art to practice the implementations, it is to be understood that these examples are not limiting, such that other implementations may be used and changes may be made to the disclosed implementations without departing from their spirit and scope. For example, the blocks of the methods shown and described are not necessarily performed in the order indicated in some other implementations. Additionally, in other implementations, the disclosed methods may include more or fewer blocks than are described. As another example, some blocks described herein as separate blocks may be combined in some other implementations. Conversely, what may be described herein as a single block may be implemented in multiple blocks in some other implementations. Additionally, the conjunction “or” is intended herein in the inclusive sense where appropriate unless otherwise indicated; that is, the phrase “A, B or C” is intended to include the possibilities of “A,” “B,” “C,” “A and B,” “B and C,” “A and C” and “A, B and C.”

A Global navigation satellite system (GNSS) is broadly defined to include GPS (U.S.) Galileo (European Union, proposed) GLONASS (Russia), Beidou (China) Compass (China, proposed) IRNSS (India, proposed), QZSS (Japan, proposed) and other current and future positioning technology using signal from satellites, with or with augmentation from terrestrial sources.

Inertial navigation systems (INS) may include gyroscopic (gyro) sensors, accelerometers and similar technologies for providing outputs corresponding to the inertial of moving components in all axes, i.e., through six degrees of freedom (positive and negative directions along transverse X, longitudinal Y and vertical Z axes). Yaw, pitch and roll refer to moving component rotation about the Z, X, and Y axes respectively. Said terminology will include the words specifically mentioned, derivative thereof and words of similar meaning.

FIG. 11 generally shows guidance system 120 used in conjunction with an electrical direct-drive steering assistance mechanism 3. Without limitation on the generality of useful applications of guidance system 120, a GNSS receiver 4 and a guidance processor 6 are connected to a GNSS antenna 12 and installed into vehicle 100, such as an agricultural vehicle or tractor. An auto-steering system 166 is electrically connected to guidance processor 6, and is mechanically interfaced with vehicle 100 via steering assistance mechanism 3.

FIG. 12 shows an additional detail of guidance system 120. The GNSS receiver 4 is further comprised of an RF convertor (i.e., downconvertor) 16, a tracking device 18, and a rover RTK receiver element 20. The receiver electrically communicates with, and provides GNSS positioning data to, guidance processor 6. Guidance processor 6 includes a graphical user interface (GUI) 26, a microprocessor 24, and a media element 22, such as a memory storage drive. Guidance processor 6 electrically communicates with, and provides control data to auto-steering system 166. An auto-steering system 166 includes a wheel movement detection switch 28 and an encoder 30 for interpreting guidance and steering commands from CPU 6.

Auto-steering system 166 may interface mechanically with the vehicle's steering column 34, which is mechanically attached to steering wheel 32. A control line 42 may transmit guidance data from the CPU 6 to the auto-steering system 166. An electrical subsystem 44, which powers the electrical needs of vehicle 100, may interface directly with auto-steering system 166 through a power cable 46. The auto-steering subsystem 166 can be mounted to steering column 34 near the floor of the vehicle, and in proximity to the vehicle's control pedals 36. Alternatively, auto-steering system 166 can be mounted at other locations along steering column 34.

The auto-steering system 166 physically drives and steers vehicle 100 by actively turning the steering wheel 32 via steering column 34. A motor 45 powered by vehicle electrical subsystem 44 may power a worm drive 50 which powers worm gear 48 affixed to auto-steering system 166. These components are preferably enclosed in an enclosure 51. In other embodiments, auto-steering system 166 is integrated directly into the vehicle drive control system independently of steering column 34.

Some of the operations described above may be implemented in software and other operations may be implemented in hardware. One or more of the operations, processes, or methods described herein may be performed by an apparatus, device, or system similar to those as described herein and with reference to the illustrated figures.

“Computer-readable storage medium” (or alternatively, “machine-readable storage medium”) used in guidance system 120 may include any type of memory, as well as new technologies that may arise in the future, as long as they may be capable of storing digital information in the nature of a computer program or other data, at least temporarily, in such a manner that the stored information may be “read” by an appropriate processing device. The term “computer-readable” may not be limited to the historical usage of “computer” to imply a complete mainframe, mini-computer, desktop, wireless device, or even a laptop computer. Rather, “computer-readable” may comprise storage medium that may be readable by a processor, processing device, or any computing system. Such media may be any available media that may be locally and/or remotely accessible by a computer or processor, and may include volatile and non-volatile media, and removable and non-removable media.

Having described and illustrated the principles of a preferred embodiment, it should be apparent that the embodiments may be modified in arrangement and detail without departing from such principles. Claim is made to all modifications and variation coming within the spirit and scope of the following claims. 

1-20 (canceled)
 21. A guidance system comprising: a processor; and memory coupled to the processor and storing instructions that, when executed by the processor, cause the guidance system to: calculate a vehicle heading error based on a heading of the vehicle relative to a path; calculate a trailer heading error for a trailer attached to the vehicle based on a heading of the trailer relative to the path; calculate a trailer cross-track error based on a distance of the trailer from the path; calculate a vehicle curvature error based on the vehicle heading error, trailer heading error, and trailer cross-track error; and steer the vehicle and move the trailer toward the path based on the vehicle curvature error.
 22. The guidance system of claim 21, wherein calculating the vehicle curvature error includes determining an articulation angle between the vehicle and the trailer.
 23. The guidance system of claim 22, wherein calculating the vehicle curvature error includes adjusting the vehicle curvature error to maintain the articulation angle between a lower limit for the articulation angle and an upper limit for the articulation angle.
 24. The guidance system of claim 21, wherein calculating the vehicle heading error is based on navigation data received from a sensor coupled to the vehicle.
 25. The guidance system of claim 24, wherein the sensor coupled to the vehicle is a global positioning system (GPS) sensor or an inertial sensor.
 26. The guidance system of claim 24, wherein the navigation data includes one or more of: location data, speed data, heading data, pitch data, roll data, and yaw data.
 27. The guidance system of claim 21, wherein calculating the trailer heading error is based on navigation data received from a sensor coupled to the trailer.
 28. The guidance system of claim 27, wherein the sensor coupled to the trailer is a global positioning system (GPS) sensor or an inertial sensor.
 29. The guidance system of claim 27, wherein the navigation data includes one or more of: location data, speed data, heading data, pitch data, roll data, and yaw data.
 30. The guidance system of claim 21, wherein the trailer heading error and the trailer cross-track error are predicted based on one or more of: a speed of the vehicle, a steering angle of the vehicle, and a heading of the vehicle.
 31. The guidance system of claim 30, wherein the memory further stores instructions for causing the guidance system to: determine an actual trailer heading error and an actual cross-track error based on readings from a sensor coupled to the trailer; compare the predicted trailer heading error with the actual trailer heading error; compare the predicted cross-track error with the actual cross-track error; and generate a notification when a divergence is detected between the predicted trailer heading error and the actual trailer heading error, or between the predicted cross-track error and the actual cross-track error.
 32. The guidance system of claim 21, wherein the sensor coupled to the trailer is a global positioning system (GPS) sensor or an inertial sensor.
 33. The guidance system of claim 21, wherein steering the vehicle and moving the trailer toward the path includes: causing the vehicle to overshoot the path and first align the trailer with the path; causing the vehicle to steer back onto the path to align the vehicle with the path; and causing the vehicle to continue moving over the path while both the vehicle and trailer remain aligned over the path.
 34. The guidance system of claim 21, wherein the vehicle curvature error is determined for the vehicle moving in a reverse direction that pushes the trailer into alignment with the path.
 35. The guidance system of claim 21, wherein the path is determined based on way lines entered, by a user, into an electronic map displayed on a user interface coupled to the guidance system.
 36. The guidance system of claim 21, wherein calculating the vehicle heading error is based on a difference between the heading of the vehicle and the path.
 37. The guidance system of claim 21, wherein calculating the trailer heading error is based on a difference between the heading of the trailer and the path.
 38. The guidance system of claim 21, wherein steering the vehicle and moving the trailer toward the path reduces a positional offset of the implement cross-track error relative to the path.
 39. A non-transitory computer-readable medium storing instructions that, when executed by a processor, cause a guidance system to: calculate a vehicle heading error based on a heading of the vehicle relative to a path; calculate a trailer heading error for a trailer attached to the vehicle based on a heading of the trailer relative to the path; calculate a trailer cross-track error based on a distance of the trailer from the path; calculate a vehicle curvature error based on the vehicle heading error, trailer heading error, and trailer cross-track error; and steer the vehicle and move the trailer toward the path based on the vehicle curvature error.
 40. A method comprising: calculating, by a guidance system, a vehicle heading error based on a heading of the vehicle relative to a path; calculating, by the guidance system, a trailer heading error for a trailer attached to the vehicle based on a heading of the trailer relative to the path; calculating, by the guidance system, a trailer cross-track error based on a distance of the trailer from the path; calculating, by the guidance system, a vehicle curvature error based on the vehicle heading error, trailer heading error, and trailer cross-track error; and steering the vehicle and moving the trailer toward the path, by the guidance system, based on the vehicle curvature error. 